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(57) Abstract 

A system (10) for use in charac- 
ter (16) recognition (374, 382) in which 
a directed graph representing a combina- 
tion of finite state machines implementing 
string recognition algorithms for a vari- 
ety of string categories is used to process 
suing data (12) containing a particular 
ending subsequence. The ending (18, 
70, 108) subsequence includes acceptance 
(36, 80) information indicating whether 
(80) the string (12) is acceptable. If so, 
the ending subsequence (18, 70, 108) also 
includes information indicating a set of 
categories (36, 82) including words (204, 
206), numbers (208, 212), coumpounds 
words (210), and so form. The acceptance 
(18, 36, 108) information can include a bit 
indicating the character type of the end- 
ing character, and an acceptance (18) data 
unit which indicates an acceptable suing 
ending. The acceptance (18) data unit can 
be followed by category (18) data units, 
each indicating a category, which can be 
used to obtain a bit vector for a string 
(12), each bit of which indicates whether 
the string (12) is in one of the categories. 
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CATEGORIZING STRINGS IN CHARACTER RECOGNITION 



Background of the Invention 
The present invention relates to character recognition 
5 techniques that categorize strings, such as strings of characters or other 
elements. 

Some conventional character recognition techniques improve 
recognition accuracy by taking into account different categories of 
character strings that can occur in text. The character recognition 

10 products of Xerox Imaging Systems, for example, employ several 
specialized recognition algorithms, each for a respective category of 
character string. One algorithm can look up words in a dictionary, 
another can recognize valid strings of arabic numerals with punctuation 
marks, and so forth. If a string of character candidates includes a 

15 candidate that has a substantial probability for more than one character 
category, the ambiguity can be resolved by applying each recognition 
algorithm to the possible string that would result from each probable 
character category. If one of the possible strings is recognized by one of 
the algorithms, the recognition result can be used to resolve the 

20 ambiguity. If two or more possible strings are recognized by different 
algorithms, the sequence of categories of strings can be taken into 
account to resolve the ambiguity. 

Takahashi et al.. US-A 4,003,022, describe string pattern 
recognition techniques. As shown and described in relation to Figs. 1-4 

25 and 7, a character is decomposed into a symbolic string pattern that is fed 
to sequential logic. Col. 3 lines 52-55 state that the class for each symbol 
string pattern is determined by comparing it with all sequential logics and 
checking which has accepted the pattern. 

Sinha, R.M.K. and Prasada, B., "Visual Text Recognition 

30 through Contextual Processing," Pattern Recognition, Vol. 21, No. 5, 
1988, pp. 463-479, describe visual text recognition techniques. Dictionary 
methods are described beginning in the last paragraph on page 463. 
Section 2.1 on page 465 describes a partial dictionary. Section 2.6 on page 
467 describes word boundary identification based on unambiguous 

35 punctuation marks. Section 2.7 on pages 467-468 describes heuristics use 
to identify word boundaries, match with the dictionary, and traverse 
through a modified Viterbi net. Section 3 on page 468 and Figs. 3 and 4 
describe dictionary organization and search, and relate specifically to a 
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trie structure based dictionary. Fig. 3 shows a node structure, including a 
NEXT field, an ALT field, a character, an end of word mark, and a flag. 
Page 473, right hand column, notes that errors are encountered due to 
several causes, including ambiguous punctuation marks within a word 

5 and mapping of numbers to a dictionary word. 

Srihari, S.N., Hull, J.J., and Choudhari, R„ "Integrating Diverse 
Knowledge Sources in Text Recognition," ACM Transactions on Office 
Information Systems, Vol. 1, No. 1, January 1983, pp. 68-87, describe text 
recognition techniques. Section 3 on pages 72-74 and Fig. 2 describe 

10 lexical organization, relating specifically to a letter trie. Fig. 2(a) shows 
the fields of a node, including: a token, CHAR; a word-length indicator 
array of bits, WL; an end-of-word tag bit, E; and two pointers labeled 
NEXT and ALTERNATE. 

Summary of the Invention 

15 One aspect of the invention deals with basic problems in 

conventional character recognition techniques that take character string 
category into account. As described above, some conventional techniques 
handle each character string category with a separate algorithm. This 
approach is time inefficient because each category's algorithm must be 

20 performed for each string of character candidates. Also, this approach is 
space inefficient because the data necessary to perform each category's 
algorithm, including instructions, must be stored separately. 

This aspect is further based on the discovery of a technique 
that alleviates these basic problems. The technique integrates the 

25 algorithms for all categories of strings so that only one algorithm is 
performed for each string of character candidates. The technique also 
integrates the data for each category of string, so that the data used by 
the integrated algorithm is very compart. 

This discovery is based on the observation that directed graph 

30 techniques, and specifically directed graphs that represent finite state 
machines, make it possible to integrate diverse string recognition 
algorithms. The acceptable categories of strings vary significantly, but 
each category can be expressed as a respective finite state machine (FSM). 
Even categories that include infinitely many possible strings, such as the 

35 arable numbers, can be expressed as cyclic FSMs. Therefore, the same 
lookup algorithm could be used with a directed graph representing each 
category's FSM. To realize space efficiency, the FSMs of all the categories 
can be composed into a combined FSM, so that only one directed graph is 
necessary to represent the combined FSM. To realize time efficiency, the 
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lookup algorithm is only executed once in recognizing a string of 
character candidates. To resolve a string that is acceptable as more than 
one of the categories, the directed graph includes data Indicating one or 
more categories for each acceptable string. 

String data according to the invention thus includes a sequence 
J of data units that can be accessed using data indicating characters of a 
string. If the string is acceptable, the sequence of data units ends with a 
subsequence that includes information indicating that the string of 
characters is acceptable and information indicating a category set for the 
string. The processor of a character recognition system can therefore use 
the ending subsequence to obtain ending data indicating that the string 
is acceptable and indicating the string's category set. 

The technique described above is especially advantageous for 
data structured so that both prefixes and suffixes of strings can be 
collapsed to eliminate redundancy: Because the category indicators are 
relatively few in number, the data would include many occurrences of 
each category indicator if there were a category indicator for each 
acceptable string. But if the category indicator of each string is stored at 
the end of the string's suffix, collapsing suffixes greatly reduces the 
number of category indicators in the data. Suffixes can be collapsed with 
well-known minimization algorithms applicable to directed graphs or 
other data representing FSMs. 

String data that includes category indicators as described 
above can be stored by a data storage medium such as a floppy disk. The 
data storage medium can also include control data, such as instructions, 
that a processor can use in accessing the string data. The processor of a 
system performing character recognition can therefore use the control 
data and the string data to obtain data indicating whether a string of 
characters is an acceptable string and indicating a set of categories for the 

30 string if it is acceptable. 

The following description, the drawings, and the claims further 
set forth these and other aspects, objects, features, and advantages of the 
invention. 

Brief Description of the Drawings 
Fig. 1 is a schematic block diagram showing components of a 
system in which a processor can use string data to obtain category set 

data for a string. 

Fig. 2 is a flow chart showing general steps by which the 
processor in Fig. 1 can match a character using the string data. 
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Fig. 3 is a flow chart showing general steps by which the 
processor in Fig. 1 can obtain ending data using the string data. 

Fig. 4 is a schematic diagram of a character subsequence 
showing information it includes and its links to other subsequences. 

Fig. 5 is a flow chart showing steps in accessing subsequences 
like that in Fig. 4 in matching a character. 

Fig. 6 is a flow chart showing steps in accessing a subsequence 
like that in Fig. 4 in obtaining ending data indicating whether a string is 
acceptable and its category set 

Fig. 7 is a schematic drawing showing a character subsequence 

of data units. 

Fig. 8 is a flowchart showing more detailed steps for 
implementing the technique of Fig. 5. 

Fig. 9 is a flowchart showing more detailed steps for 
implementing the technique of Fig. 6. 

Fig. 10 is a schematic drawing of an N-bit vector for returning 

category set data. 

Fig. 11 is a schematic block diagram showing components of a 

system using string data for recognition. 

Fig. 12 is a schematic drawing of a software product including 

string data. 

Detailed Description 
A. General Features 

Figs. 1-2 illustrate general features of the invention. Fig. 1 
illustrates general features of string data that can be accessed to obtain 
acceptance data and category set data. Fig. 2 illustrates general steps in 
using string data like that shown in Fig. 1. 

Fig. 1 shows system 10, in which string data 12 can be used. 
String data 12 can, for example, be stored by a data storage medium 
accessible by processor 14; for example, string data 1 2 could be stored in a 
software product such as a floppy disk, CD-ROM, or the like. Processor 14 
can also receive character data 16 indicating characters of a string. 
Processor 14 can provide acceptance data 18 indicating that the string of 
characters is acceptable and also indicating a set of categories for the 
string. 

Fig. 1 shows sequence of data units 30 within string data 12. If 
character data 16 indicates the characters "mix," for example, sequence 
30 may include subsequence 32 indicating the character "m," 
subsequence 34 indicating the character "i," and subsequence 36 
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indicating the character "x." Each subsequence can include one or more 
data units. 

A subsequence can include other information in addition to 
information indicating a character. For example, subsequence 36, in 

; addition to information indicating the character "x," also includes 
information indicating that the string "mix" is acceptable and that its 
categories include word and roman numeral. This information can be 
used by processor 14 if it reaches the end of the string "mix" while 
accessing subsequence 36. Processor 14 can use this information to obtain 

IQ acceptance data indicating that "mix" is an acceptable string and to 
obtain category set data indicating a set of categories for "mix" that 
includes word and roman numeral. 

Fig. 2 shows steps processor 14 could follow in using string data 
12 to match a character. The step in box 50 begins by receiving a request 

y 5 to match a character and an entry location. This entry location could be a 
location representing a start state of an FSM or it could be another 
location within string data 12 from which data units can be accessed that 
indicate a set of alternative characters that can follow the entry location. 
For example, it could be the location of a character's subsequence of data 

20 units. The data units that can be accessed from the entry location can 
include a respective subsequence of data units for each of the alternative 
following characters. 

The step in box 52 accesses the entry location in string data 12. 
The step in box 60 then accesses the data units that indicate alternative 

25 following characters until it determines whether the character matches 
one of the characters that can follow the entry location. If so, the step in 
box 62 returns the location of the matching character's subsequence, but 
if the character does not match any of the alternative following 
characters, the step in box 64 returns data indicating that the string being 

30 matched is not acceptable. 

Fig. 3 shows steps processor 14 could follow in using string data 
16 to obtain ending data for a string. The step in box 70 begins by 
receiving a request for ending data and an ending location. The step in 
box 72 accesses the ending location in string data 12. The step in box 80 

35 determines whether the string that ends at the ending location is an 
acceptable string. If so, the step in box 82 returns ending data indicating 
the string is acceptable and also indicating a set of categories for the 
string. If the string is not acceptable, the step in box 84 returns data 
indicating it is not acceptable. The steps in boxes 80, 82, and 84 can be 
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performed using acceptance information and category set information 
from an ending subsequence, such as ending subsequence 36 in Fig. 1. 

The steps in Figs. 2 and 3 can be used together in character 
recognition. For example, processor 14 could perform the steps in Fig. 2 
for each character of a candidate string. If any character cannot be 
matched starting at the location at which the preceding character was 
matched, processor 14 could obtain data indicating the string is not 
acceptable. Upon matching the last character of the string, processor 14 
could perform the steps in Fig. 3 at the location where the last character 
was matched to determine whether the string is acceptable and to obtain 
data indicating its category set if it is acceptable. 

B. Implementation 

The general features described above could be implemented in 
numerous ways on various machines. The invention has been 
implemented in the Medley version of the Lisp programming language 
available from Venue Corporation for execution on a Sun SparcStation 
and in the C programming language for execution on a Sun SparcStation, 
a Macintosh personal computer, and other machines. 

1. Character Subsequences 

Figs. 4-6 illustrate high level features of string data that can be 
used in implementing the invention. Fig. 4 shows a character 
subsequence and its relationship to other subsequences. Fig. 5 shows 
steps in accessing character subsequences in response to a request to 
match a character. Fig. 6 shows steps in accessing a character 
subsequence in response to a request for ending data. 

Character subsequence 100 in Fig. 4 includes several types of 
information. Label information 102 indicates a character type. Next 
subsequence information 104 indicates whether subsequence 100 has a 
next subsequence and, if so, the location of the next subsequence. Alt 
subsequence information 106 indicates whether subsequence 100 has an 
alternative subsequence and, if so. the location of the alternative 
subsequence. Ending information 108 indicates whether a string that 
ends with a character matching label information 102 is an acceptable 
string and, if so, a category set for the string. 

An interlinked set of character subsequences like that shown in 
Fig. 4 can be linked together to represent an FSM. As shown, character 
subsequence 100 could be the next or alternative subsequence for one or 
more other subsequences. 
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Fig. 5 generally follows the steps in Fig. 2. The step in box 120 
begins upon receiving a call to a function designated "Advance," which is 
called with a location and a character type. The step in box 122 uses the 
location to access a character subsequence. The step in box 122 also uses 

; the subsequence's next information to obtain data indicating the location 
of the subsequence's next subsequence. The step in box 124 uses the data 
indicating the next subsequence's location to access it. 

The step in box 126 begins an iterative loop that accesses the 
next subsequence and its alternative subsequences, if any, to find a 

10 match. The step in box 126 uses the current subsequence's label 
information to obtain data indicating a character type. The step in box 
130 branches based on whether this character type is the same as the 
character type received in box 120. If so, the step in box 132 returns data 
indicating the current subsequence's location. But if not, the step in box 

15 134 uses the current subsequence's alt information to obtain data 
indicating whether the subsequence has an alternative subsequence and, 
if so, the location of the alternative subsequence. 

If the current subsequence does not have an alternative 
subsequence, the branch in box 140 leads to the step in box 142. which 

20 returns data indicating that the character received in box 120 cannot be 
matched. But if the subsequence has an alternative subsequence, the step 
in box 144 uses the data indicating the alternative subsequence's location 
to access it before returning to the step in box 126. 

Fig. 6 generally follows the steps in Fig. 3. The step in box 170 

25 begins upon receiving a call to a function designated "End Status," which 
is called with a location. The step in box 172 uses the location to access a 
character subsequence. The step in box 172 also uses the subsequence's 
ending information to obtain data indicating whether the subsequence is 
the ending subsequence of an acceptable string and, if so, a set of 

30 categories for the string. 

If the subsequence is not the ending subsequence of an 
acceptable string, the branch in box 180 leads to the step in box 182, 
which returns data indicating that the string is not acceptable. But if the 
subsequence is the ending subsequence of an acceptable string, the step 

35 in box 184 returns data indicating the set of categories for the string, data 
which also implicitly indicates that the string is acceptable. 

2. Encoding and Decoding 
Character subsequences could be encoded and decoded in many ways in 
implementing the invention. Table I shows one way a byte value space 
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can be allocated to permit use of some byte values both as character bytes 
and as category bytes. Fig. 7 shows a character subsequence in which each 
data unit is a byte value from the allocation of Table I. Fig, 8 shows how 
steps in Fig. 5 could be implemented for the allocation of Table I. Fig. 9 
5 shows steps for obtaining category set data. Fig. 10 shows a bit vector for 
returning category set data. 
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Byte Values 


Interpretation 


0 


EOB Byte 


1to 

255-(4N + Pi + P;>) 


Short Pointer 


256-(4N+Pi +P2) 
to 255-(4N +Pi) 


Midsize Pointer 


256- (4N +Pi) 
to255-4N 


Long Pointer 


256-4Nto259-4N 


Tagmark or Category Types l-IV 


260-4Nto251 


Characters or Categories Types l-IV 


252-255 


Table Label Types l-IV 



TABLE I 



The byte values in Table I range from 0 to 255, and hence are 
eight bits in length. N is the number of distinct six-bit labels, explained in 

25 more detail below. Pi is the number of long pointer byte codes, and P2 is 
the number of midsize pointer byte codes. As can be seen in Table I, the 
number of short pointer byte codes is 255 - (4N + Pi + P2). 

Blocks of byte values could be allocated to characters of six 
different types, each type being some combination of final, alternative, 

30 and EOB, meaning end of branch. In Table I, however, a special EOB byte 
is allocated the value zero, and can follow any byte that represents an end 
of branch. In the current implementation, if this byte is treated as a short 
pointer byte, it points to a data unit that is not final and that begins a 
subsequence that cycles back to itself, ensuring that a final data unit 

35 cannot be reached after the EOB byte. 

As a result of the EOB byte, each character has only four 
different types, the character's four possible combinations of final, also 
referred to herein as acceptable, and alternative, also referred to herein 
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as alt. Having only four types of characters is advantageous because the 
type of each character can be represented by two bits, which can be 
masked for comparison, avoiding the need to do a table lookup or other 
complicated decoding of a byte value. Therefore, Table I allocates four 
consecutive byte values to each of N - 2 characters. 

Table I also allocates four consecutive byte values to a tagmark, 
which is not interpreted as a character but rather indicates that the 
preceding character is the end of an acceptable string. The bytes 
following a tagmark can thus be interpreted as something other than 
characters, and Table I shows that the tagmark byte value and the 
character byte values can also be interpreted as category byte values. This 
interpretation is applied to a byte value in the tagmark and 
character/category ranges if it is accessed in a sequence of data units after 
accessing a tagmark. 

Table I also allocates four consecutive byte values to a table 
label, which is interpreted neither as a character nor as a category, but 
rather indicates that the next bytes are a pointer to a table. Table labels 
are an optional technique that can be used to reduce the time necessary 
to search the string data representing an FSM in cases where a state in the 
FSM has a large number of outgoing transitions. Table labels have been 
found to be advantageous where an FSM transducer summarizes general 
rules, where an FSM permits compounding of acceptable strings, or where 
an FSM is used to classify strings that may be composites of acceptable 
strings and other elements such as punctuation marks. States in such 
situations resemble the FSM's start state, which has a large number of 
outgoing transitions. 

Each table can be implemented with N— 1 entries, so that there 
is one entry for each of the label values, from the tagmark byte through 
the character/category bytes; because the table label has the highest 
label value, the table need not have an entry for the table label itself. The 
entries are of equal length, so that the entry for a given label value can be 
accessed by multiplying the six-bit label value by the entry length to 
obtain an offset into the table. 

Each entry begins with a label byte. If a label value can be 
matched from the location preceding the table label, the label value's 
entry has a label byte With the same label value. But if the label value 
cannot be matched from the location preceding the table label, the label 
value's entry has a label byte with a different label value; for example, a 
table label byte could be used as the label byte for each entry that cannot 
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be matched, since its label value is different than the label value of any of 
the entries. 

Each entry also includes a pointer field following the label 
byte, and the pointer field is large enough to hold a full length pointer. In 

5 the current implementation, each full length pointer is three bytes, so 
that the entry length is four bytes. If a label value can be matched from 
the location preceding the table label, the pointer field of the label 
value's table entry contains a pointer to the next subsequence for the 
label or the special EOB byte if there is no next subsequence. 

10 a table as described above can be shared by a state for which 

some of the table's entries are inappropriate. This can be done if the 
outgoing transitions for each state are ordered so that the table label is 
always the last transition. Preceding outgoing transitions can be used to 
provide information for transitions for which the table entry is 

15 inappropriate. 

In general, the choice of which states should be followed by 
table labels involves a complex time-space tradeoff that may depend 
heavily on the specific data and task. The use of more tables improves 
search speed, but may increase the space needed to store the string data, 

20 which include the tables. In certain situations, such as states representing 
alternative terminal punctuation marks, tables produce dramatic speed 
improvement, and also reduce the overall space because a large number 
of states may share a given table. 

Like the character/category byte values, the two low order bits 

25 of the tagmark byte value can be used to indicate whether it has an 
alternative data unit. The bit indicating whether a tagmark is the end of 
an acceptable string does not matter, since the tagmark itself is never the 
end of an acceptable string, but always follows a character that is the end 
of an acceptable string. The first byte value for the tagmark, referred to 

30 herein as "CharBase," is256-4N, an integer multiple of 4. Therefore, the 
two low order bits of each character byte can be masked to obtain six high 
order bits identifying the character. 

The two low order bits of the table label can similarly be used 
to provide useful information, if advantageous. For example, they could 

35 be used to indicate the length of the pointer to the table. 

The character/category bytes can include an escape code. The 
escape code plus another byte that follows it in the string data can be 
used to encode characters if the total number of characters is greater than 
N-2, which is likely to be the case if N is chosen to optimize the number 
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of pointers of each size. If escape codes are used for all characters that 
appear at ends of acceptable strings, such as terminal punctuation marks, 
the terminal punctuation marks may all be collapsed to a single state that 
also has a single transition back to the start state for a hyphen or other 

5 characters that may join the parts of a compound word. But it may be 
desirable to use an escape code for other characters, so that the choice of 
when to use escape codes is also a complex tradeoff . 

A wide variety of alternative encodings could be used if 
advantageous for particular data or for a particular task. For example. 

10 the special EOB byte could be omitted if all branches end with a category 
byte and if every category byte is an end of branch. It might also be 
possible to use a single bit to indicate whether a character byte or a 
category byte has an alternative, if a character byte that is final is always 
followed by a tagmark byte and if a category byte is always final. These 

15 approaches could, for example, be used to increase the number of short 
pointers. The tagmark byte could also be eliminated if distinct blocks of 
values were allocated to characters and to categories, because the 
category bytes following a final character byte could be positioned as the 
first outgoing transitions-presence of a category byte following a 

20 character byte would indicate that the character byte is at the end of an 
acceptable string and that the category byte is at the beginning of a set of 

category bytes for the string. 

The tagmark byte or its equivalent in other encodings can be 
thought of as a special transition that follows every final state in an FSM. 

25 Following a tagmark transition are a set of bytes that are decoded as 
categories of strings applicable to all the strings that ended at the final 
state. Examples of categories include main lexicon, user lexicon, roman 
numeral, arabic numeral, phone number, date. etc. 

Fig. 7 shows a number of data units within sequence of data 

30 units 200. Data units 202. 204, 206. 208. 210. and 212 together form a 
character subsequence that includes the same information as 
subsequence 36 in Fig. 1. Data unit 220 is at the beginning of the 
subsequence's next character subsequence and data unit 222 is at the 
beginning of the subsequence's alternative character subsequence. Data 

35 unit 204, the tagmark byte, is illustratively shown as the next byte of data 
unit 202. so that the data units of the character subsequence are 
contiguous, but data unit 220 could instead be the next byte and data 
unit 204 could be an alternative, in which case the data units of the 
character would not be contiguous as shown. 
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The data units within sequence 200 illustrate all the ranges of 
byte values in Table I except pointers. Data units 202, 220, and 222 are 
character bytes. Data unit 204 is a tagmark byte. Data units 206 and 210 
are category bytes. And data units 208 and 212 are EOB bytes. 

5 Each of the character bytes includes two low order bits as 

shown, the first indicating whether the byte is at the end of an acceptable 
string and the second indicating whether the byte has an alternative. In 
the tagmark byte, the first low order bit indicates that the byte is not at 
the end of an acceptable string and the second indicates whether the byte 

10 has an alternative. In each of the category bytes, the first low order bit 
indicates that the byte is at the end of an acceptable string and the 
second indicates whether the byte has an alternative. 

The steps in Fig. 8 can replace the steps following box 120 in 
Fig. 5 if byte values are allocated as in Table I. The step in box 240 

15 increments the location received in box 120 in Fig. 5 and retrieves the byte 
value at the incremented location. The step in box 242 branches based on 
whether the retrieved byte value is less than Charbase, meaning that it is 
a pointer byte value. If so, the step in box 244 goes to the location 
indicated by the pointer and retrieves the byte at that location. 

20 When a byte is retrieved that is not a pointer, the step in box 

250 subtracts Charbase from the byte's value. If the character received in 
box 120 has previously been mapped into the range of character byte 
values by multiplying by four and adding Charbase, it is not necessary to 
subtract Charbase. The step in box 250 also masks the two low order bits, 

25 such as by logically ANDing the byte with the byte 11111100, producing 
the byte's label. 

The step in box 252 compares the label from box 250 with the 
character received in box 120. The step in box 254 branches based on the 
result of the comparison. If the label and character match, the step in box 

30 132 in Fig. 5 is performed, returning the current location. 

If the label and character do not match, the step in box 260 
determines whether the label is the table label. If not, there may be 
further alternatives that should be considered. The step in box 262 
obtains the current location's alt bit, which could be saved in the step in 

35 box 250. Then the step in box 264 branches based on whether the current 
location has an alternative. If not, the step in box 142 in Fig. 5 is 
performed, returning data indicating the character received in box 120 
could not be matched. 
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If the current location has an alternative, the step in box 266 
goes to the alternative's location and retrieves the byte at that location. 
The alternative can be found by counting alt bits and EOB bytes, as can be 
seen from Fig. 7. Then the step in box 270 branches based on whether the 
byte is a pointer, as in box 242. If not, the alternative has been reached so 
that the step in box 250 can be performed again. If the byte is a pointer, 
the byte at the location it points to is retrieved as in box 244 before 

performing the step in box 250. 

When the table label is found in box 260, the step in box 280 
uses the character received in box 120 to access the appropriate table 
entry. As noted above, this can be done by multiplying the character by 
four and adding the result to the pointer that follows the table label. 
Then, the test in box 282 branches based on whether the character 
matches the label byte of the table entry. If the character does not match 
the label byte, the step in box 142 in Fig. 5 is performed, returning data 
indicating the character received in box 120 could not be matched. But if 
the character matches, the location of the table entry is returned in box 
282. which has the same effect as returning the current subsequence's 

location in box 132 in Fig. 5. 

The steps in Fig. 8 can be performed beginning at the location 
of data unit 202 in Fig. 7. If the next character after the character "x" is a 
"t," for example, the first iteration of the step in box 254 finds a mismatch 
with the tagmark label in data unit 204. The step in box 266 counts alt 
bits and EOB bytes in order to reach data unit 220, and the second 
iteration of the step in box 254 finds a match with the "t" label, so that 
the location of data unit 220 is returned in the step in box 132 in Fig. 5. 

Fig. 9 shows steps in obtaining category set data. The steps in 
Fig. 9 can replace boxes 172, 180. and 184 in Fig. 6 if byte values are 

allocated as in Table I. 

The step in box 300 retrieves the byte at the location received 
in box 170 in Fig. 6. The step in box 302 then branches based on whether 
the byte value is at the end of an acceptable string, as indicated by its final 
bit. If not, the current character subsequence is not the ending 
subsequence of an acceptable string, so no match is returned in box 182. 
if the byte value is at the end of an acceptable string, the step in box 304 
obtains the location of the tagmark byte by calling Advance (Loc, 
Tagmark). The steps in Figs. 5 and 8 are performed, returning the 
tagmark's location. 
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The step in box 310 goes to and retrieves the next byte of the 
location returned by Advance. This step is the same as the steps in boxes 
240, 242, and 244 in Fig. 8. Then the step in box 312 saves data indicating 
the six high order bits of the retrieved byte, because those bits indicate 

5 one of the categories for the acceptable string. Then, the step in box 320 
branches based on the retrieved byte's alt bit. If the alt bit is on, the step 
in box 322 goes to and retrieves the byte's alternative byte as described 
above in relation to boxes 266, 270, and 272 in Fig. 8. Then the step in box 
312 is performed again. If the alt bit is off, the step in box 324 returns 

1 o category set data based on the data saved in box 312. 

The steps in Fig. 9 can be performed beginning at the location 
of data unit 202 in Fig. 7 after matching the character "x." The category 
set data returned in box 324 indicates the categories "word" and "roman 
numeral." 

15 Fig. 10 shows N-bit vector 350 that can be used to save byte 

values in box 312 and to return category set data in box 324. The step in 
box 312 can remove the final and alt bits from the byte value and use the 
higher order bits to indicate which bit in vector 350 should be set to save 
the byte value. When all the category bytes have been handled in box 

20 312, vector 350 can be returned in box 324 as the category set data. 
Vector 350 with all zeroes can also be used to return data indicating that a 
string is not acceptable in box 182 in Fig. 6, since at least one bit must be 
set if a string is acceptable. 

A more compact data structure can sometimes be obtained by 

25 systematically introducing epsilon transitions into an FSM to facilitate 
sharing of the trailing portions of sets of outgoing transitions. In other 
words, every state in the FSM can be expanded into a series of binary 
states, all but the last of which have an epsilon transition to the next 
binary state in the series. This epsilon-sharing technique also includes 

30 minimizing the expanded FSM, after which extra epsilon transitions are 
removed. 

If the epsilon-sharing technique is used, the order in which the 
category bytes are arranged following a tag mark byte can be chosen to 
improve collapsing on the right. For example, the most frequently 
35 occurring category can be the last in each set of category bytes, the least 
frequent first, and so forth. In the allocation of Table I, it may be 
advantageous to assign the most frequently occurring category to the 
same byte value as the most frequently occurring character for additional 
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collapsing. In general, the objective is to strengthen the frequency skew 
to obtain better data compression. 
3. Product 

Encoded string data as described above can be used in a recognition 
5 system as illustrated in Fig. 11. Fig. 12 shows a software product that can 
be used in such a system. 

In Fig. 11. processor 370 is connected to receive data defining 
images from image source 372, which could for example be a scanner. 
Processor 370 is also connected to provide data indicating recognition 
10 results to recognition output 374, which could for example be a display. 
Processor 370 is also connected to load software from software input 
device 376. which could be a floppy disk drive, a CD-ROM player, modem, 
network link, or other peripheral device that can access software on a 
data storage medium or receive software transmitted through a 
15 communication channel. 

In performing recognition, processor 370 accesses instruction 
memory 380 and executes recognition instructions 382, which include 
calls to string data access instructions 384. Data memory 390 stores data 
for access by processor 370. Processor 370 accesses string data 392 in 
20 executing string data access instructions 384 and accesses image data 394 
in executing recognition instructions 382. 

Software product 400 in Fig. 1 2 includes data storage medium 
402, which could be a floppy disk, a CD-ROM. magnetic tape, or another 
medium that can store data. Medium 402 stores string data 404 and 
25 instructions that can be executed in relation to string data 404. 

In the implementation shown in Fig. 12. the instructions 
include load instructions 410, starting location instructions 412. advance 
instructions 414, end status instructions 41 6, and free instructions 418. 

Load instructions 410 can include a routine that processor 370 
30 executes to load string data 404 into data memory 390. This routine 
returns the memory location of a header that includes one or more offsets 
for accessing start states within string data 404. Processor 370 may also 
load the instructions on medium 402 into instruction memory 380 before 
execution. 

35 Starting location instructions 412 can include a routine that 

processor 370 executes to obtain data indicating the starting location for 
accessing string data 404 within data memory 390. This routine can be 
called with the memory location of the header returned by load 
instructions 410 and with a start state identifier. The routine then 



OA 1 07*7 A 1 I > 



WO 94/19757 



PCT/US93/01590 



accesses the header, obtains the offset to the identified start state, uses 
the offset to obtain the start state's access location in memory, and 
returns the access location. For consistency with other instructions, the 
access location for a start state is the location whose next subsequence is 
5 to be matched in response to the initial character of a string. 

Advance instructions 414 can include a routine that processor 
370 executes to advance within string data 404, given a location and a 
character. In other words, the routine can perform steps like those in Fig. 
2. 

1 0 End status instructions 41 6 can include a routine that processor 

370 executes to obtain data indicating whether a given location is at the 
end of an acceptable string and, if so, a category set of the string. In other 
words, the routine can perform steps like those in Fig. 3. 

Free instructions 418 can include a routine that processor 370 

1 5 executes to flush string data 404 from data memory 390. 

Recognition instructions 382 in Fig. 11 can include a routine 
that calls the instructions loaded from data storage medium 402. Because 
of the simplicity of the functions performed by the instructions shown on 
medium 402, the interface to other software is relatively simple, and 

20 software product 400 could be used in a variety of recognition techniques. 

In the current implementation, preparation of variations of 
string data 404 is facilitated by providing a specialized user interface to 
FSM creation routines. The user can define a category of character strings 
either with the name of a file that includes a list of strings or with a 

25 definition in the form of a special grammar. The grammar can be used, 
for example, to define a category that has an infinite number of 
acceptable strings, such as the arabic numbers, arithmetic expressions, or 
currency amounts; to define a category in which the acceptable strings 
follow algorithmic rules, such as the roman numbers, phone numbers, or 

30 social security numbers; or to extend a category such as a list of strings by 
adding variations that include punctuation or hyphenation, that combine 
strings to form compound strings, or that include reasonable patterns of 
characters similar to those occurring in the strings in the list. 

In the current implementation, a user can provide regular 

35 expressions that describe acceptable strings in various ways. For example, 
an expression can indicate that a string is acceptable if it includes, in 
sequence, a substring of beginning punctuation, an optional arabic 
numeral, a substring of separators, an acceptable string from a lexicon, 
another substring of separators, another acceptable string from the 
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lexicon, and so forth, and ends with a substring of ending punctuation. 
Or. an expression can indicate that a string is acceptable if it includes, in 
sequence, a number from 1-9, a substring of from zero to two numbers 
from 0-9, and then either ends or continues with any number of 
substrings that include a comma followed by three numbers from 0-9. 

The definition of each category is used to produce a respective 
FSM. Category data is included in each FSM indicating that each 
acceptable string of that FSM ends with a tagmark and category 
identifier. The category for a composite string as described above may be 
the category of one of its constituent parts, such as the last string. 

If feasible, the FSMs for all the categories can be combined into 
a single FSM using the well known FSM union algorithm. The combined 
FSM is determinized and minimized, all without changing the acceptable 
set of strings. The resulting FSM has one start state; A sequence of states 
within the FSM may include a cycle, including a pointer from a state that 
leads back to the same state or to another state that occurred earlier in a 

sequence of states. 

If it is computationally impractical to combine the FSMs for all 
categories into a single determinized, minimized FSM, one or more 
additional FSMs can be included, each with a respective start state and 
with category data so that each string it accepts ends with a special 
category identifier. 

The resulting combination of one or more FSMs can then be 
encoded to produce a data structure. The data structure can be stored on 
data storage medium 402 in producing software product 400. 

C. Applications 

The invention could be applied to recognition problems in 
many ways, including incremental lookup techniques in which a main 
recognition routine checks a string by providing each character in 
sequence, so that if a set of unacceptable candidate strings share an 
unacceptable prefix, all of them can be eliminated in a single lookup 
operation. The main recognition routine can also maintain a data 
structure indicating the locations of previously provided characters so 
that backtracking to a previous choice point can be more efficient. 

The technique is not limited to recognition of strings of 
characters, but might also be applied to recognition of strings of other 
types of elements where the strings fall into discrete categories. For 
example, in handwriting recognition, strings of strokes fall into word 
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categories. Similarly, in speech recognition, strings of r-Honemes fall into 

word categories. 

The technique might also be applied to spiling correction 
problems. For example, the technique might be applied to sequences of 
5 characters from an input device such as a keyboard, to assist in correcting 
mistakes in typing. 

D. Miscellaneous 

The invention has been described in relation to 
implementations in which a software product is delivered on a data 
storage medium. The invention might also be implemented with a 
software product delivered through transmission, such as through 
telephone lines or over a network. 

The invention has been described in relation to software 
implementations, but the invention might be implemented with 

15 specialized hardware. 

Although the invention has been described in relation to 
various implementations, together with modifications, variations, and 
extensions thereof, other implementations, modifications, variations, and 
extensions are within the scope of the invention. The invention is 
therefore not limited by the description contained herein or by the 
drawings, but only by the claims. 
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WHAT IS CLAIMED: 

1. An article of manufacture for use in a character 
recognition system that includes a processor; the article comprising: 

a data storage medium; and 

string data stored by the data storage medium; the string 
data comprising a plurality of data units, each of which can be accessed by 
a processor of a character recognition system; the data units including, 
for each of a plurality of acceptable strings of characters, a respective 
sequence of data units that the processor can access using character data 
indicating character types of the string's characters; 

the plurality of acceptable strings including a first string 
that is in a first set of a plurality of categories; the first string's sequence 
of data units including a respective ending subsequence of data units that 
the processor can access at the end of the first string's sequence and use 
to obtain first string ending data indicating that the first string is one of 
the acceptable strings and indicating the first set of categories; the first 
string's ending subsequence including: 

acceptance information indicating that a string at the 
end of whose respective sequence the processor can access the ending 
subsequence is one of the plurality of acceptable strings; and 

category set information indicating the first set of 
categories; the first set of categories including at least one of the plurality 
of categories. 

2. The article of claim 1 in which each data unit is a byte. 

3. The article of claim 1 in which the plurality of acceptable 
strings includes a plurality of strings that can be words of a language. 

4. The article of claim 1 in which the plurality of acceptable 
strings includes a second string that is in a second set of the plurality of 
categories; the second string's sequence of data units including a 
respective ending subsequence of data units that the processor can access 
at the end of the second string's sequence and use to obtain second string 
ending data; the second string ending data indicating that the second 
string is one of the acceptable strings and indicating the second set of 
categories. 

5. The article of claim 4 in which the first and second sets of 
categories both include a shared one of the plurality of categories; the 
data units comprising a shared data unit indicating the shared category; 
the first string's ending subsequence and the second string's ending 
subsequence both including the shared data unit. 
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6. The article of claim 1 in which the first string includes an 
ending character having a respective character type; the first string's 
ending subsequence of data units including a character label data unit 
that includes character label information indicating the ending 

5 character's character type; the acceptance information including a bit in 
the character label data unit indicating that a string at the end of whose 
respective sequence the processor can access the ending subsequence is 
one of the acceptable strings. 

7. The article of claim 1 in which the acceptance 
10 information includes an acceptance data unit in the first string's ending 

subsequence; the acceptance data unit having a value indicating that a 
string at the end of whose respective sequence the processor can access 
the ending subsequence is one of the acceptable strings. 

8. The article of claim 7 in which the category set 
-1 5 information includes a set of category data units in the first string's 

ending subsequence that the processor can access after accessing the 

acceptance data unit. 

9. The article of claim 1 in which the category set 
information includes, for each category in the first set of categories, a 

20 respective category data unit in the first string's ending subsequence; 
each category's category data unit having a value indicating the category. 

10. The article of claim 9 in which the first set of categoric 
includes a plurality of categories, the category set information including c 
plurality of category data units in the first string's ending subsequence. 

25 11. The article of claim 1, further comprising control data 

stored by the data storage medium; the control data comprising 
instructions that the processor can execute in using a string's characters to 
access the string's respective sequence of data units. 

1 2. The article of claim 1 1 in which the first string's sequence 

30 further includes a medial subsequence of data units immediately 
preceding the first string's ending subsequence in the sequence, the 
medial subsequence having a first position within the string data; the 
ending subsequence having a second position within the string data; the 
instructions comprising: 

35 a first set of instructions that the processor can execute to 

obtain second position data indicating the second position; the processor, 
in executing the first set of instructions, using first position data 
indicating the first position to access the medial subsequence; and 
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a second set of instructions that the processor can 
execute to obtain the first string ending data; the processor, in executing 
the second set of instructions, using the second position data to access the 
ending subsequence. 

5 13. The article of claim 12 in which the first string has an 

ending character with a respective character type; the ending 
subsequence further including character type information indicating the 
ending character's character type; the processor, in executing the first set 
of instructions, accessing the first string's ending subsequence and using 

10 character type data indicating a character type and the ending 
subsequence to obtain match data; the match data indicating whether 
the character type indicated by the character type data matches the 
character type indicated by the character type information. 

14. The article of claim 1 in which the first string's sequence 
15 further includes a medial subsequence of data units preceding the first 

string's ending subsequence in the sequence; the medial subsequence 
occurring once in the first string's sequence of data units; the plurality of 
acceptable strings indudes a second string that is in the first set of 
categories; the second string's sequence of data units including the first 

20 string's ending subsequence so that the processor can access the first 
string's ending subsequence at the end of the second string's sequence 
and use it to obtain second string ending data indicating that the second 
string is one of the acceptable strings and indicating the first set of 
categories; the medial subsequence occurring twice in the second string's 

25 sequence of data units. 

15. A system comprising: 
a processor; 

memory; the processor being connected for accessing the 

memory; and 

30 string data stored by the memory; the string data 

comprising a plurality of data units, each of which can be accessed by the 
processor; the data units including, for each of a plurality of acceptable 
strings of characters, a respective sequence of data units that the 
processor can access using character data indicating the string's 

35 characters; 

the plurality of acceptable strings including a first string 
that is in a first set of a plurality of categories; the first string's sequence 
of data units including a respective ending subsequence of data units that 
the processor can access at the end of the first string's sequence and use 
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to obtain first string ending data indicating that the first string is one of 
the acceptable strings and indicating the first set of categories; the first 
string's ending subsequence including: 

acceptance information indicating that a string at the 
5 end of whose respective sequence the processor can access the ending 
subsequence is one of the plurality of acceptable strings; and 

category set information indicating the first set of 
categories; the first set of categories including at least one of the plurality 
of categories. 

10 16. The system of claim 15. further comprising instructions 

stored by the memory that the processor can execute in using a string's 
characters to access the string's sequence of data units. 

17. The system of claim 16 in which the first string's sequence 
further includes a medial subsequence of data units immediately 

15 preceding the first string's ending subsequence in the sequence, the 

medial subsequence having a first position within the string data; the 

ending subsequence having a second position within the string data; the 

instructions comprising: 

a first set of instructions that the processor can execute to 
20 obtain second position data indicating the second position; the processor. 

in executing the first set of instructions, using first position data. 

indicating the first position to access the medial subsequence; and 

a second set of instructions that the processor can 

execute to obtain the f irst string ending data; the processor, in executing 
25 the second set of instructions, using the second position data to access the 

ending subsequence. 

18. A method of operating a system that includes: 
a processor; 

memory; the processor being connected for accessing the 

30 memory; and 

string data stored by the memory; the string data 
comprising a plurality of data units, each of which can be accessed by the 
processor; the data units including, for each of a plurality of acceptable 
strings of characters, a respective sequence of data units that the 
35 processor can access using character data indicating the string's 
characters; 

the plurality of acceptable strings including a first string 
that is in a first set of a plurality of categories; the first string's sequence 
of data units including a respective ending subsequence of data units that 
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the processor can access at the end of the first string's sequence; the first 
string's ending subsequence including: 

acceptance information indicating that a string at the 
end of whose respective sequence the processor can access the ending 
> subsequence is one of the plurality of acceptable strings; and 

category set information indicating the first set of 
categories; the first set of categories including at least one of the plurality 
of categories; 

the method comprising steps of: 
jq operating the processor to access the first string's 

sequence using first string character data indicating the first string's 
characters; the step of operating the processor to access the first string's 
sequence comprising a substep of accessing the first string's ending 
subsequence; and 

15 operating the processor to use the first string's ending 

subsequence to obtain first string ending data indicating that the first 
string is one of the acceptable strings and indicating the first set of 
categories. 

19. The method of claim 18 in which the plurality of 
20 categories includes N categories, the first string ending data being an 
item of data that includes N bits, each indicating whether the first string is 
in a respective one of the categories. 
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